Systems, methods and devices for dynamic procedure management

ABSTRACT

A system and process for dynamically managing a procedure. The system includes a data collection device(s) that objectively monitor a subject and transmit such information to the system and real time position components that report on the availability of an individual(s) to perform the procedure. The system reviews the information, provides a subject diagnosis and recommends equipment. The system can also schedule and monitor the procedure. The individual(s) performing the procedure have the option of consulting with relevant experts and visually interacting with the experts.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims the benefit of U.S. patent application Ser. No.17/186,500 titled, “Systems, Methods and Devices for DynamicReconstructive Procedure Management,” filed Feb. 26, 2021, which itselfclaims priority of U.S. patent application Ser. No. 16/440,259 titled“Systems, Methods and Devices for Dynamic Reconstructive ProcedureManagement,” filed Jun. 13, 2019, which itself claims priority of U.S.Provisional Application No. 62/684,546, titled, “Systems, Methods andDevices for Dynamic Reconstructive Procedure Management,” filed Jun. 13,2018, the content of which are incorporated herein by reference in theirentirety.

FIELD OF THE INVENTION

The present disclosure relates to systems, methods and devices to:diagnose a subject, determine procedures that can treat the diagnosedcondition, identify individuals or team(s) that are available to performthe procedures, identify the equipment the individual(s) or team(s)desired to perform the procedure, and optionally coordinate the deliveryof the equipment to the site at which the procedure will be performedwith the individual and/or team that will perform the procedure.

BACKGROUND

Conventionally, elements of procedures are manually controlled resultingin expensive and inefficient management of procedures, such as implantsurgeries, and potentially degraded quality of care for the patient. Forexample, a patient may go to a healthcare facility complaining of hippain. The doctors at the facility may order hip and pelvis x-rays. Asecond doctor may have to familiarize themselves with the patient's casebefore reading the x-rays and then making a diagnosis requiring surgicalintervention. A surgeon will likely have to familiarize himself with thepatient's case, confirm the diagnosis, and then recommend a specificprocedure. The surgeon may also have to consult with an implantspecialist, who will have to familiarize himself/herself with thepatient's case before recommending a specific implant. A surgical teammust then be assembled with each member having to familiarizehimself/herself with the patient's case. Mistakes can be made, and timedelays can occur at any juncture of the process, and time and money canbe wasted working throughout the various channels of communication.Minimizing human errors, inefficiencies, and time loss is desirable. Thedisclosed dynamic procedure management system improves quality of care,reduces chance for such human errors, and improves efficiencies in theprocess.

SUMMARY

Illustrative and alternative embodiments of a computer-based dynamicprocedure management platform that evaluates a subject condition,identifies available individual(s) and/or team(s) to treat thecondition, coordinates the delivery of all the equipment theindividual(s) and/or team(s) may require to perform the procedure, andoptionally schedules the procedure, are described in detail withreference being made to the figures of this application.

In an exemplary, non-limiting embodiment, the system of the inventioncomprises a software application. The application operates on a mobilecomputer device or on a computer device. The device is in communicationwith at least one image recognition device for monitoring the subjectand at least one real-time positioning system component linked to anindividual who has previously performed the procedure. The applicationis configured to receive subject information from the data collectiondevice and real-time location information from the individual, and tocommunicate the subject information and location information through awired and/or wireless communication network to a server located at asite where the procedure is to be performed or at a location remote fromthe site.

The system also includes a processor that is in communication throughthe wired and/or wireless communication network with the softwareapplication, as well as the server. The processer is configured to callup from a database of the system, upon communication of the subjectinformation and location information to the server: (1) a plurality ofpredetermined potential issue manifestations, (2) a plurality ofpredetermined potential diagnoses, based on the potential issuemanifestations, (3) a plurality of predetermined potential proceduresfor treating the potential diagnoses, and (4) a plurality of availableequipment for performing the procedures. All the above data haspreviously been uploaded to the database by a professional withknowledge of the issue manifestations, diagnoses, procedures, orequipment or an employee, contractor, or agent of the professional.

The processor is further configured to: (1) actively monitor thelocation information, (2) determine the availability of the individualbased on the location information, (3) notify the software applicationof the availability of the individual, (4) actively monitor the subjectinformation, (5) determine a subject diagnosis by comparing the subjectinformation to the issue manifestations, (6) determine a subjectprocedure by comparing the individual to the potential procedures fortreating the subject diagnosis, (7) determine a needed item by comparingthe potential equipment to the subject procedure, and (8) notify thesoftware application of the needed item.

In a non-limiting embodiment, the processor further notifies thesoftware application of the site at which the procedure will beperformed.

In another embodiment, a second real-time positioning component may beincluded with the equipment to perform the procedure, which may permitthe processor to further actively monitor the real-time location of theequipment. The processor may also be further configured to determine anestimated travel time of the individual and/or the equipment to the siteof the procedure based on real-time positional data related to movementof the individual and/or equipment. The processor may be furtherconfigured to coordinate the delivery of the equipment to the site ofthe procedure with the arrival of the individuals at the site.

In a further embodiment, the software application may be configured topermit a professional, who is at a location remote from the site, tointeract with the individual and/or team at the site. In such anembodiment, the remote professional may interact with the individualand/or team via the use of a laser pointer located at the site.

These and other features, aspects and advantages of the presentinvention will become better understood with reference to the followingdescription and appended claims.

BRIEF DESCRIPTION OF THE FIGURES

Additional aspects, features, and advantages of the invention, as to itssystem, structure components, configuration, and operability will beunderstood and become clear when the invention is considered consideringthe following description of the figures made in conjunction with theaccompanying drawings, wherein:

FIG. 1 shows the flow of information between components of the system ofthe invention.

FIG. 2 shows the hardware components of the system of the invention.

FIG. 3 shows a flow chart of one embodiment of the user login module.

FIG. 4 shows a flow chart of one embodiment of module where anauthorized user may change the equipment selected by the system.

FIG. 5 shows a flow chart of one embodiment of an equipment selectionaudit module.

FIG. 6 shows a flow chart of one embodiment of an equipment assemblymodule.

FIG. 7 shows a flow chart of one embodiment of an equipment assemblyaudit module.

FIG. 8 shows a flow chart of one embodiment of a procedural monitoringmodule.

DETAILED DESCRIPTION

Various embodiments of the invention are described in detail below.Although specific implementations are described, this is done forillustration purposes only. A person skilled in the relevant art willrecognize that other components and configurations may be used withoutparting from the spirit and scope of this disclosure.

The invention provides a solution for the present need in the art forsystems, methods, and devices for enhancing procedure efficiency. Theinvention solves the prior art problems using a computer-based platformthat is specially programmed to sync data collection device(s) with asoftware application. The data collection device(s) provide theinformation to the software application so that an issue may bediagnosed dynamically. From this diagnosis, available procedures tocorrect the issue may be identified. In addition, the system may monitoravailable individual(s) and/or team(s) who may perform the procedure viareal-time positioning components. Furthermore, the system may alsoaccess a list of available equipment and identify specific item(s) theindividual(s) and/or team(s) require to perform the procedure.

In one embodiment, the system automatically schedules the procedure withthe subject, the individual(s) and/or team(s), and a site where theprocedure is to be performed. In such an embodiment, the systemautomatically coordinates the arrival of the subject and theindividual(s) and/or team(s), with the delivery to the site of the itemsneeded to perform the procedure.

In another non-limiting embodiment, the system may be configured toevaluate the individual(s) and/or team(s) prior experiences with eachprocedure to match the most qualified individual(s) and/or team(s) withthe recommended procedure. Furthermore, the system may personalize theprocedure and/or equipment based on the individual(s) and/or team(s)performing the procedure. Indeed, the individual(s), or their employee,contractor, or agent may upload an individual profile to the databasefrom which the procedure and/or needed equipment may be personalized.For example, a surgeon who is right-handed may employ a differentsurgical procedure requiring different surgical equipment than a surgeonwho is left-handed. Similarly, a surgeon may be more familiar with onetype of implant over another. Such customization may improve thelikelihood of the procedure being successful.

In an additional embodiment, the system permits remote professional(s)(e.g., experts) to virtually enter the theater in which the procedure isbeing performed and physically interact with the individual(s) and/orteam(s) via the software application. In such an embodiment, equipmentsuch as a laser pointer may be in the theater. Such equipment may belinked via wired or wireless communication with the remote expert. Suchlinking may permit the remote expert to control the equipment from theirremote location. The remote expert may then talk/direct theindividual(s) and/or team(s) through any issues by using the equipment(e.g., laser pointer) to specifically identify the exact element of thesubject the remote expert is referencing.

In another embodiment, the need items may be placed on a cart and theremote expert may be granted authorization to control theopening/closing of drawers on the cart. As a result, the remote expertmay be able to suggest the individual(s) and/or team(s) employ specificequipment (e.g., specific surgical implants) during the procedure.

This dynamic delivery platform provides significant benefits. Forexample, procedures may be enhanced, miscommunications about theindividual(s) and/or team(s) performing the procedure are reduced, costsmay be decreased, and/or collaboration between individual(s) and/orteam(s) and remote experts may be improved.

A detailed discussion of the methods and systems of the invention isprovided below. First, a system overview is discussed. Next, the way auser may interact with the system is outlined. Third, the systemcomponents are identified. Fourth, a description of a cloud computingsystem, for the environment of this system, follows. Fifth, thecollection and retention of relevant data is disclosed. Finally,additional environments in which this system may be operated isdelineated.

System Overview

As disclosed in FIG. 1, the system includes a server comprising aprocessor aided by memory that communicates with data collectiondevice(s), real-time positioning component(s), and database(s). The datacollection devices communicate information related to the subject thatwill undergo the procedure. The real-time positioning componentcommunicates information related to the location of the individuals whomay perform the procedure. The database(s) contains: (1) a plurality ofpredetermined potential issue manifestations, (2) a plurality ofpredetermined potential diagnoses, based on the potential issuemanifestations, (3) a plurality of predetermined potential proceduresfor treating the potential diagnoses, and (4) a plurality of availableequipment for performing the procedures. Such information may beuploaded to the database by a professional with knowledge of the issuemanifestations, diagnoses, procedures, or equipment or an employee,contractor, or agent of the professional. Finally, the processor: (1)actively monitors the location information, (2) determines theavailability of the individual based on the location information, (3)notifies the software application of the availability of the individual,(4) actively monitors the subject information, (5) determines a subjectdiagnosis by comparing the subject information to the issuemanifestations, (6) determines a subject procedure by comparing theindividual to the potential procedures for treating the subjectdiagnosis, (7) determines a needed item by comparing the potentialequipment to the subject procedure, and (8) notifies the softwareapplication of the needed item.

Dynamic Diagnosis of the Subject

All the above referenced information permits the systems and methods todynamically diagnosis the subject. Indeed, the system takes theinformation provided by the data collection device(s) and compares theinformation to the predetermined issue manifestations, which werepreviously uploaded to the database, to provide a potential diagnosis.The system assigns the diagnosis most closely related to the manifestedsymptoms detected by the data collection device(s). For example, thedata collection device may take and transmit an x-ray of a subject'sback to the system. The system may scan the x-ray and identify a hipfracture and provide a subject diagnosis of a hip fracture with specificclassification.

The system, however, is not limited to a single diagnosis. Indeed, thesystem may provide multiple diagnosis, or even update diagnosis as thedata collection device(s) provide additional information. For example,the system may originally diagnosis a hip fracture, however, the datacollection device(s) may also indicate that the subject is complainingof weakness, lightheadedness, shortness of breath, and other symptoms ofshock. Furthermore, the data collection devices may indicate that thesubject's blood pressure is dropping. In such a situation the system maynot only diagnosis the subject as suffering from a hip fracture but alsointernal bleeding.

Determination of Appropriate Procedures

The systems and methods next determine appropriate procedures to addressthe subject diagnosis. The available procedures may be uploaded by anindividual who performs the procedure. Conversely, available proceduresmay be uploaded by third parties with knowledge of the procedures (e.g.,members of the American Medical Association, healthcare providers,professionals at the FDA or insurance companies, etc.). Such updatedinformation may add to or supplant previously stored information. Suchinformation may also be actively uploaded into the system (e.g., anindividual actively uploads specific information), or passively uploadedinto the system (e.g., the system continuously scans relevantthird-party databases for relevant data).

An example of the way procedures may be dynamically added or remove mayinclude the treatment of ovarian cancer. In 2014 the FDA issued awarning against the use of laparoscopic power morcellation in most womenundergoing myomectomy and hysterectomy for the treatment of fibroids,citing the risk of dissemination of an occult malignancy. As a result,if the subject diagnosis was fibroids, the system would not currentlyrecommend the use of laparoscopic power morcellation for myomectomiesand hysterectomies. However, if new equipment came on the market thatresulted in the FDA issuing a notification revoking the warning providedthe surgical team used the new equipment, the system may then recommendthe use of laparoscopic power morcellation for myomectomies andhysterectomies.

In another embodiment, the system may initially determine that more thanone procedure may be appropriate to address the subject diagnosis andthen use information related to the individual(s) and/or team(s)performing the procedure to narrow down the list of appropriateprocedures. For example, based on the information from the datacollection devices the system may determine that the subject's knee isnot responding to medication(s) and/or treatment(s). As a result, thesystem may diagnosis the subject's knee as needing to be totallyreplaced (i.e., a total knee replacement (“TKR”)). However, the systemmay determine that TKR procedures that both remove and preserve theposterior cruciate ligament are appropriate. In such an embodiment, thesystem may further refine the identification of the appropriateness ofthe procedure based on the individual(s) and/or team(s) and equipmentavailable to perform the procedures. For example, if an individual thathas never removed the posterior cruciate ligament in a TKR the systemwill select a TKR based on the preservation of the posterior cruciateligament.

Finally, in a non-limiting embodiment, the system may determine thatmore than one procedure may be required. In such a case, the system mayor may not dynamically rank the procedures. In such an embodiment, thesystem may identify the equipment used for each procedure separately ortogether.

Identification of Individuals to Perform the Procedures

The systems and methods employ real-time positioning components toidentify individual(s) capable of performing the procedures. Examples ofreal time positioning system components are GPS, Wi-Fi enabled real timetracking, Bluetooth, and Near Field Communication. Such systems canprovide the location data necessary to monitor the real-time position ofthe individual. When a procedure is identified, the real timepositioning system component determines the individual's location at setintervals or continuously, and the device transmits the individual'slocation data to the server. Specifically, the processor determines theindividual's estimated time of arrival (“ETA”) at the site at which theprocedure will be performed based on the individual's location data.

In one embodiment, to determine the individual's ETA, the system firstdetermines the distance between the individual and the site at which theprocedure will be performed from the real-time positioning device. Usinginformation from the real-time positioning device, the system determineshow fast the individual is approaching the site. From these two piecesof information, the system determines the individual's ETA at the site.Additional information, such as traffic conditions described below, maybe incorporated into the ETA calculation. In some embodiments of theinvention the ETA is updated at a set interval. The set interval can becontinuous and result in real time updates to the individual's ETA. Inthis manner, the system can dynamically identify and determine theavailability of individual(s) capable of performing the procedure.

By way of example, if the system identifies two individuals who are bothin the hospital and capable of performing the identified procedure, butthe location information for one of the individuals alerts the systemthat individual is in an operating room, the system automaticallyselects the other individual. Similarly, if one individual is located atthe hospital, but an individual with more experience performing theidentified procedure is 10 miles away at home, the system may firstdetermine the ETA of the more experience individual and, if theprocedure is not time sensitive (e.g., the procedure is a scheduledoutpatient procedure), the system may assign the more experiencedindividual. Conversely, if the procedure is time sensitive (e.g., theprocedure is the result of a serious car accident), the system mayconsider the time it will take the more experienced individual to travelto the site and potentially assign the individual already on site toperform the procedure.

Identification of Equipment for Subject Procedure

With the subject diagnosed, procedure chosen and the individuals toperform the procedure identified, the system next identifies theequipment to assist the individual(s) in performing the procedure. Inone embodiment, the identified equipment is tailored to theindividual(s) identified. For example, a right-handed surgeon mayperform the same procedure in a different manner from a left handedsurgeon, thereby requiring different equipment.

System Interaction with Users

Although the disclosed system may proceed automatically, individual(s)and/or team(s) may interact with users. For example, in one embodiment auser may audit or change the system's selections. This section describesa non-limiting, exemplary embodiments of such interactions in which aprofessional may review, approve, or change any aspect of the procedureor equipment identified by the system.

User Login

The first step of the software application is for the user to login. Inone embodiment, the system provides for multi-role support. For example,the user may be a healthcare administrator, a nurse/doctor/surgeon,someone in the hospital's center for personalized diagnostics (“CPD”),or an insurance professional.

FIG. 3 depicts one embodiment of the login process. The user begins byvisiting a website or loading a computer application 300. A serverdetermines if this is the first visit by the user 310. If the serverdetermines this is a subsequent visit, prior general information (e.g.,name, contact information, payment method, etc.) is loaded 320. If thisis the first visit by the user, the same general information iscollected 330. Once the user is identified, they are permitted to signinto the application 340. Upon signing in, the user arrives at thelanding page 350. In one non-limiting embodiment, the landing page isdynamic and may display different information depending on the role ofthe user (i.e., an insurance professional would be presented with thedifferent landing page than a surgeon, who would themselves see adifferent page from a hospital administrator).

Equipment Selection

In one embodiment, the ability to review or change the equipment orprocedure depends on the role of the user. For example, if the usersigns in as a nurse, the system may restrict the user to only viewing alist of equipment to perform the procedure. Conversely, a surgeon may bepermitted to not only change the equipment but also the procedure.Furthermore, certain users may be permitted to swap out only certainpieces of equipment.

Such an equipment restriction is depicted in FIG. 4 wherein a healthcareprovider is the only user that may swap out the implant selected by thesystem (i.e., an insurance professional would be restricted fromaccessing such options). Indeed, after signing in 350, the healthcareprovider retrieves the patient's information 400. The healthcareprovider may then review information from the relevant data collectiondevices (e.g., x-rays) 410. The healthcare provider may then pull up andreview the selected procedure 420. The healthcare provider may evenchange the selected procedure 430. Furthermore, the healthcare provider,much like the system, may even identify multiple procedures for whichequipment should be gathered 430. After the procedures are reviewed orselected, the healthcare provider may review the list of equipment 440.Finally, the healthcare professional may even request or schedule aconsult with a remote professional 450.

In another embodiment, the system may further include an option to auditthe equipment selected for the procedure. FIG. 5 depicts one embodimentof such an equipment selection audit. In such an embodiment, aprofessional may first view the patient's case 400 and a list of therequired equipment with which to stock the operating case cart 440.Indeed, the professional may even view the preferences of theindividuals that will be performing the procedure 500. In a furtherembodiment, the system may highlight the equipment preferred by theindividual or place such equipment at the top of any list of availableequipment which may ease of the performance of the audit 510.

Equipment Coordination

Once the desired equipment has been identified, the system maycoordinate its assembly. In one embodiment in the healthcare space, theassembly of the equipment will take the form of the stocking of anoperating room case cart, which may also be referred to as a cart build.FIG. 6 depicts one embodiment of the steps of such a cart build. In thecart build module, a hospital employee may review a patient's case 400and a list of equipment selected to perform a procedure 440. Theemployee may then proceed to place all the identified equipment on thesurgical cart 600. If the cart is completed, an alert may be sent to theindividual(s) and/or team performing the procedure 610. Conversely, if apiece of equipment is unavailable, the system may automatically suggesta substitute piece of equipment, identify how the missing piece ofequipment may be constructed from available equipment, or place a holdon the case 620. The system may automatically alert the individual(s)and/or team(s) performing the procedure if the system suggests asubstitute piece of equipment or identifies how the missing piece ofequipment may be constructed from available equipment 630. Such an alertmay allow the individual(s) and/or team(s) to approve or reject thesuggested substitute piece of equipment 640. If the cart is unable to bebuilt, a hold may be placed on the case 650. If a hold is placed on thecase 650, the system may send a notice of such a hold to the healthcareprovider and/or the individual(s) and/or team scheduled to perform theprocedure 660.

In another embodiment, the equipment list placed on the cart may beaudited by a healthcare professional. FIG. 7 depicts the steps of oneembodiment of such a cart audit. In such an audit, a healthcareprofessional (e.g., a circulating nurse) reviews a patient's case 400and the cart build 440. Next the professional reviews the contents ofthe cart to confirm all equipment identified by the system is containedin the cart 700. If an item is missing from the cart, then theprofessional has the option to place the case on hold 710. If a hold isplaced on the case, the system may send a notice of such a hold to thehealthcare provider and/or the individual(s) and/or team scheduled toperform the procedure 720. If the healthcare professional approves thecart build, then the system may send a notice of such approval to thehealthcare provider and/or the individual(s) and/or team scheduled toperform the procedure 730.

Procedure Monitoring

In a non-limiting embodiment, the system may monitor the progress of theprocedure. FIG. 8 depicts the steps of one embodiment of suchmonitoring. First, the system may permit an individual to review whatequipment has been gathered for the procedure 440. Second, theindividual may elect to request a consultation with a remoteprofessional 450. Third, the availability of the site at which theprocedure is to be performed is confirmed 800. Fourth, the presence ofthe individual(s) and/or team(s) performing the procedure at the site isconfirmed 810. If the individual(s) and/or team(s) performing theprocedure are not at the site, then the system may send a notificationalerting them to proceed to the site 820. Fifth, the steps of theprocedure are displayed 830. The system may further note when each stepis satisfied, and/or the equipment utilized in performing each step.Furthermore, if an issue arises during a step in the procedure, thesystem may identify whether the issue is known. Such identification maybe based on data previously uploaded by healthcare professionals orretained by the system. If the issue is known, the system may providerecommendations as to how such issues were previously overcome.Conversely, if the issue is new, the system may provide theindividual(s) and/or team(s) performing the procedure the options tobring in a remote expert 450. Sixth, after the last step of theprocedure, the system may identify what equipment should be present onthe cart 840. Such a notification may prevent a piece of equipment frombeing lost during the procedure. Seventh, the system may request allindividual(s) and/or team(s) performing the procedure acknowledge theyassisted in performing the procedure 850. Once completed, the system mayclose the case.

System Components

A non-limiting embodiment of the system includes a general-purposecomputing device, including a processing unit (CPU or processor), and asystem bus that couples various system components including the systemmemory such as read only memory (ROM) and random-access memory (RAM) tothe processor. The system can include a storage device connected to theprocessor by the system bus. The system can include interfaces connectedto the processor by the system bus. The system can include a cache ofhigh-speed memory connected directly with, in close proximity to, orintegrated as part of the processor. The system can copy data from thememory and/or a storage device to the cache for quick access by theprocessor. In this way, the cache provides a performance boost thatavoids processor delays while waiting for data. These and other modulesstored in the memory, storage device or cache can control or beconfigured to control the processor to perform various actions. Othersystem memory may be available for use as well. The memory can includemultiple different types of memory with different performancecharacteristics.

Computer Processor

The invention may operate on a computing device with more than oneprocessor or on a group or cluster of computing devices networkedtogether to provide greater processing capability. The processor caninclude any general-purpose processor and a hardware module or softwaremodule, stored in an external or internal storage device, configured tocontrol the processor as well as a special-purpose processor wheresoftware instructions are incorporated into the actual processor design.The processor may essentially be a completely self-contained computingsystem, containing multiple cores or processors, a bus, memorycontroller, cache, etc. A multi-core processor may be symmetric orasymmetric.

For clarity purposes, an illustrative system embodiment is presented asincluding individual functional blocks including functional blockslabeled as a “processor”. The functions such blocks represent may beprovided through the use of either shared or dedicated hardware,including, but not limited to, hardware capable of executing softwareand hardware, such as a processor, that is purpose-built to operate asan equivalent to software executing on a general-purpose processor. Forexample, the functions of one or more processors may be provided by asingle shared processor or multiple processors and use of the term“processor” should not be construed to refer exclusively to hardwarecapable of executing software. Illustrative embodiments may includemicroprocessor and/or digital signal processor (DSP) hardware, read-onlymemory (ROM) for storing software performing the operations discussedbelow, and random-access memory (RAM) for storing results. Verylarge-scale integration (VLSI) hardware embodiments, as well as customVLSI circuitry in combination with a general purpose DSP circuit, mayalso be provided.

System Bus

The system bus may be any of several types of bus structures including amemory bus or memory controller, a peripheral bus, and a local bus usingany of a variety of bus architectures. A basic input/output (BIOS)stored in ROM or the like, may provide the basic routine that helps totransfer information between elements within the computing device, suchas during start-up.

Storage Device

The computing device can further include a storage device such as a harddisk drive, a magnetic disk drive, an optical disk drive, a solid-statedrive, a tape drive or the like. Like the system memory, a storagedevice may be used to store data files, such as location information,menus, software, wired and wireless connection information (e.g.,information that may enable the mobile device to establish a wired orwireless connection, such as a USB, Bluetooth or wireless networkconnection), and any other suitable data. Specifically, the storagedevice and/or the system memory may store code and/or data for carryingout the disclosed techniques among other data.

In one aspect, a hardware module that performs a function includes thesoftware component stored in a non-transitory computer-readable mediumin connection with the necessary hardware components, such as theprocessor, bus, display, and so forth, to carry out the function. Thebasic components are known to those of skill in the art and appropriatevariations are contemplated depending on the type of device, such aswhether the device is a small, handheld computing device, a desktopcomputer, or a computer server.

Although an embodiment described herein employs cloud computing andcloud storage, it should be appreciated by those skilled in the art thatother types of computer readable media which can store data that areaccessible by a computer, such as magnetic cassettes, flash memorycards, digital versatile disks, cartridges, random access memories(RAMS), read only memory (ROM), a cable or wireless signal containing abit stream and the like, may also be used in the operating environment.Furthermore, non-transitory computer-readable storage media as usedherein include all computer-readable media, with the sole exceptionbeing a transitory propagating signal per se.

Interface

To enable user interaction with the computing device, an input devicerepresents any number of input mechanisms, such as a microphone forspeech, a web camera for video, a touch-sensitive screen for gesture orgraphical input, keyboard, mouse, motion input, speech and so forth. Anoutput device can also be one or more of several output mechanisms knownto those of skill in the art such as a display screen, speaker, alarm,and so forth. In some instances, multimodal systems enable a user toprovide multiple types of input to communicate with the computingdevice. The communications interface generally governs and manages theuser input and system output. Furthermore, one interface, such as atouch screen, may act as an input, output and/or communicationinterface.

There is no restriction on operating on any hardware arrangement andtherefore the basic features here may easily be substituted for improvedhardware or firmware arrangements as they are developed.

Data Collection Devices

The system includes at least one data collection device for monitoringthe subject. The data collection device may take many forms. Forexample, the data collection device may be an auditory data collectiondevice (e.g., microphone), an image data collection device (e.g.,camera), a biometric data collection device (e.g., pulse detector orblood pressure monitor), a motion detector, a proximity sensor, or acombination thereof (e.g., a camera which is configured to also measurethe pulse of the subject). The data collection device may also monitorless obvious behaviors, such as a subject's response to touch and/ortemperature.

In one non-limiting embodiment, the data collection device may bemounted on a wearable device, such as a headset or glasses. The wearabledevice may, again, include biometric data collection devices, such as apulse detection sensor, pupil dilation sensors, a three-axisaccelerometer, a GPS module, an RF data collection device, an RFID orNFC chip, a galvanic skin response sensor, or other data collectiondevice to detect stress or proximity to procedure site. Such a wearabledata collection device may be configured to alarm or vibrate if the datacollection device detects additional symptom manifestations which mayrequire immediate intervention prior to the procedure.

In one embodiment, the data collection device includes electroniccomponents for wired or wireless communication with the system. As aresult, the data collection device may avoid interference with theprocedure. In one embodiment, the data collection device is replaceableor added to, such that different data collection devices may be removed,which may allow the data collection device to be cleaned.

In another embodiment, the data collection device may include anembedded monitoring component that is configured to verify the identityof the user and monitor the procedure. For example, the data collectiondevice may employ facial recognition software or finger print analysisto confirm the identity of the subject at set intervals or continuously.

The system may include more than one data collection device. Indeed, thesystem may include 2, 3, 4, 5, 6, 7, 8, 9, or 10 data collectiondevices. For example, the system may include a camera, a microphone, andthree biometric data collection devices.

In one embodiment, the data collection devices may be contained within atamper-proof housing to prevent the subject from removing the datacollection device.

Real-Time Positioning Component

The real-time positioning system component can be a global positioningsystem (GPS) component used to identify the current geographic locationof the individual and/or computer system as well as its location inrelation to another location (e.g., the site at which the procedure isto be performed). GPS information can be displayed on the system. Forexample, a map may be displayed on the mobile device and as outlinedbelow directions to the site at which the procedure is to be performedmay be provided to the individual who is to perform the procedure. TheGPS information may be supplemented by other information, such as nearbywireless networks, to determine the current location of the mobiledevice. For example, in certain embodiments, the mobile device mayidentify its current location by sensing and/or identifying nearby Wi-Finetworks. The mobile device may be able to identify the geographiclocation of such Wi-Fi networks and thus, identify its own locationbased on which Wi-Fi networks it detects and its proximity to the Wi-Finetworks (i.e., Wi-Fi enabled real time tracking).

In one embodiment, the system may use the real time positioningcomponent to determine if an individual is available to perform theprocedure. For example, if the system determines that an individual iscurrently located at the site of another procedure (e.g., in anotheroperating room), the system may remove that occupied individual fromconsideration for the current procedure. If such a situation arises, thesystem may proceed to identify other individuals capable of performingthe procedure desired. The system may even dynamically identifyalternate procedures based on individuals' availability.

Software Operations

The logical operations of the various embodiments disclosed areimplemented as: (1) a sequence of computer implemented steps,operations, or procedures running on a programmable circuit within ageneral use computer, (2) a sequence of computer implemented steps,operations, or procedures running on a specific-use programmablecircuit; and/or (3) interconnected machine modules or program engineswithin the programmable circuits. The system can practice all or part ofthe recited methods, can be a part of the recited systems, and/or canoperate according to instructions in the recited non-transitorycomputer-readable storage media. Such logical operations can beimplemented as modules configured to control the processor to performfunctions according to the programming of the module. For example, if astorage device contains modules configured to control the processor,then these modules may be loaded into RAM or memory at runtime or may bestored as would be known in the art in other computer-readable memorylocations. Having disclosed some components of a computing system, thedisclosure now turns to a description of cloud computing, which is thepreferred environment of the invention.

Cloud System

Cloud computing is a type of Internet-based computing in which a varietyof resources are hosted and/or controlled by an entity and madeavailable by the entity to authorized users via the Internet. A cloudcomputing system can be configured, wherein a variety of electronicdevices can communicate via a network for purposes of exchanging contentand other data. The system can be configured for use on a wide varietyof network configurations that facilitate the intercommunication ofelectronic devices. For example, each of the components of a cloudcomputing system can be implemented in a localized or distributedfashion in a network.

Cloud Resources

The cloud computing system can be configured to include cloud computingresources (i.e., “the cloud”). The cloud resources can include a varietyof hardware and/or software resources, such as cloud servers, clouddatabases, cloud storage, cloud networks, cloud applications, cloudplatforms, and/or any other cloud-based resources. In some cases, thecloud resources are distributed. For example, cloud storage can includemultiple storage devices. In some cases, cloud resources can bedistributed across multiple cloud computing systems and/or individualnetwork enabled computing devices. For example, cloud computingresources can communicate with a server, a database, and/or any othernetwork enabled computing device to provide the cloud resources.

In some cases, the cloud resources can be redundant. For example, ifcloud computing resources are configured to provide data backupservices, multiple copies of the data can be stored such that the datais still available to the user even if a storage resource is offline,busy, or otherwise unavailable to process a request. In another example,if a cloud computing resource is configured to provide software, thenthe software can be available from different cloud servers so that thesoftware can be served from any of the different cloud servers.Algorithms can be applied such that the closest server or the serverwith the lowest current load is selected to process a given request.

User Terminal

A user interacts with cloud computing resources through user terminalsor testing devices connected to a network by direct and/or indirectcommunication. Cloud computing resources can support connections from avariety of different electronic devices, such as servers; desktopcomputers; mobile computers; handheld communications devices (e.g.,mobile phones, smart phones, tablets); set top boxes; network-enabledhard drives; and/or any other network-enabled computing devices.Furthermore, cloud computing resources can concurrently acceptconnections from and interact with multiple electronic devices.Interaction with the multiple electronic devices can be prioritized oroccur simultaneously.

Cloud computing resources can provide cloud resources through a varietyof deployment models, such as public, private, community, hybrid, and/orany other cloud deployment model. In some cases, cloud computingresources can support multiple deployment models. For example, cloudcomputing resources can provide one set of resources through a publicdeployment model and another set of resources through a privatedeployment model.

In some configurations, a user terminal can access cloud computingresources from any location where an Internet connection is available.However, in other cases, cloud computing resources can be configured torestrict access to certain resources such that a resource can only beaccessed from certain locations. For example, if a cloud computingresource is configured to provide a resource using a private deploymentmodel, then a cloud computing resource can restrict access to theresource, such as by requiring that a user terminal access the resourcefrom behind a firewall.

Service Models

Cloud computing resources can provide cloud resources to user terminalsthrough a variety of service models, such as Software as a Service(SaaS), Platforms as a service (PaaS), Infrastructure as a Service(IaaS), and/or any other cloud service models. In some cases, cloudcomputing resources can provide multiple service models to a userterminal. For example, cloud computing resources can provide both SaaSand IaaS to a user terminal. In some cases, cloud computing resourcescan provide different service models to different user terminals. Forexample, cloud computing resources can provide SaaS to one user terminaland PaaS to another user terminal.

User Interaction

In some cases, cloud computing resources can maintain an accountdatabase. The account database can store profile information forregistered users. The profile information can include resource accessrights, such as software the user is permitted to use, maximum storagespace, etc. The profile information can also include usage information,such as computing resources consumed, data storage location, securitysettings, personal configuration settings, etc. In some cases, theaccount database can reside on a database or server remote to cloudcomputing resources such as servers or database.

Cloud computing resources can provide a variety of functionality thatrequires user interaction. Accordingly, a user interface (UI) can beprovided for communicating with cloud computing resources and/orperforming tasks associated with the cloud resources. The UI can beaccessed via an end user terminal in communication with cloud computingresources. The UI can be configured to operate in a variety of clientmodes, including a fat client mode, a thin client mode, or a hybridclient mode, depending on the storage and processing capabilities ofcloud computing resources and/or the user terminal. Therefore, a UI canbe implemented as a standalone application operating at the userterminal in some embodiments. In other embodiments, a web browser-basedportal can be used to provide the UI. Any other configuration to accesscloud computing resources can also be used in the various embodiments.

Collection of Data

In some configurations, during the diagnosis and/or procedures describedabove, a storage device or resource can be used to store relevant datatransmitted from the data collection device(s). Such information may beused by the system to further refine diagnoses in the future. In such anembodiment, the system may engage in machine learning. Such learningwill permit more efficient subject diagnosis in the future.

In one embodiment, the data collection devices may provide informationrelated to the subject's height, weight, age, race, gender, and/or priorprocedures procedure(s). After the procedure is complete, theindividual(s) performing the procedure may update the database withadditional information related to the specific subject. As a result, thesystem may be able to determine that individuals who had previouslyreceived a cardiovascular stent suffered specific complications duringthe procedure and to overcome such complications additional equipment orconsultations with remote experts were required. In the future, thesystem may include such equipment or contact such experts prior to theprocedure. In this way, the data may be used to dynamically adjust therecommended equipment, procedure(s), individual(s) and/or team(s) whoare to perform the procedure, and/or automatically contact remoteexperts for consultation purposes.

In another embodiment, the data collection device(s) may capturespecific tendencies of the individual(s) and/or team(s) performing theprocedure. The system may utilize such information to immediately or inthe future suggests adjustments to the recommended procedure and/orneeded equipment. Indeed, the system may be a dynamic system thatthrough use learns the preferences and tendencies of the individual(s)and/or team(s) performing the procedure. By learning such preferencesand/or tendencies the system may increase the efficiencies and/or lowerthe cost of the procedures.

The data stored may also be incorporated into the disclosed system andmethods to refine the procedure or evaluate efficacy of the procedure.For example, if a subject population experiences an increase in negativeoutcomes from one specific procedure, the system may notifyindividual(s) and/or team(s) performing the procedure of such apotential pattern. Such a notification may increase the preparedness ofthe individual and/or team to react to any manifestations of suchnegative outcomes. Furthermore, the information collected may serve morethan one purpose (measurements of positive outcomes, dynamic avoidanceof negative outcomes, learning individual(s) and/or team preferences,and others). Those purposes may also be routinely evaluated and/orupdated.

The system also contemplates that this gathered data might includepersonal and/or sensitive data in some instances. The system furthercontemplates that the entities responsible for the collection, analysis,disclosure, transfer, storage, or other use of such data shouldimplement and consistently use privacy policies and practices that aregenerally recognized as meeting or exceeding industry or governmentalrequirements for maintaining personal information data private andsecure. For example, personal data from subjects should be collected forlegitimate and reasonable uses of the entity and not shared or soldoutside of those legitimate uses. Further, such collection should occuronly after the informed consent of the subjects. Additionally, suchentities should take any needed steps for safeguarding and securingaccess to such personal data and ensuring that others with access to thepersonal data adhere to their privacy and security policies andprocedures. Further, such entities can subject themselves to evaluationby third parties to certify their adherence to widely accepted privacypolicies and practices.

Additional Environments

The systems and methods provide for dynamic management of procedures. Inone embodiment, the procedures are healthcare related, such as surgicalprocedure. However, the system is not restricted solely to surgicalprocedures. Indeed, the system may be used to dynamically manage anytype of procedures. For example, the system may dynamically manageautomobile or structural repair. As a result, although the system isdiscussed above primarily in relation to healthcare application, thesystem is not restricted solely to healthcare applications.

Automotive Repair

In one embodiment, the environment in which the disclosed system andmethod operates is automobile repair. In such a configuration, thesubject is not a human patient, but is instead an automobile. Theindividuals performing the procedure are not a surgical team but areinstead mechanics. Furthermore, the procedures are not surgicalprocedures, but instead, automobile repairs.

In such an environment, mechanics, and possibly other automobile andparts professional, may upload the necessary information to the database(e.g., issue manifestations, potential diagnoses, repair procedures, oravailable equipment for performing the repairs).

Structural Repair

In one embodiment, the environment in which the disclosed system andmethod operates is structural repairs. In such a configuration, thesubject is not a human patient, but is instead a structure. Theindividuals performing the procedure are not a surgical team but areinstead contractors. Furthermore, the procedures are not surgicalprocedures, but instead, structural repairs.

In such an environment, contractors, and possibly other construction orinsurance professionals, may upload the necessary information to thedatabase (e.g., issue manifestations, potential diagnoses, repairprocedures, or available equipment for performing the repairs).

While this subject matter has been disclosed with reference to specificembodiments, it is apparent that other embodiments and variations can bedevised by others skilled in the art without departing from the truespirit and scope of the subject matter described herein. The appendedclaims include all such embodiments and equivalent variations.

What is claimed is:
 1. A system for dynamically diagnosing a subject andcoordinating personnel and equipment for enhanced performance of aprocedure, the system comprising: a software application, theapplication operating on a mobile computer device or on a computerdevice, which is in communication with at least one data collectiondevice for monitoring the subject and at least one positioning systemcomponent linked to an individual who has previously performed theprocedure, the application is configured to receive subject informationfrom the data collection device and location information from theindividual, and to communicate the subject information and locationinformation through a wired and/or wireless communication network to aserver located at a site where the procedure is to be performed or at alocation remote from the site; and a processor that is in communicationthrough the wired and/or wireless communication network with thesoftware application, as well as the server, the processer is configuredto call up from a database of the system, upon communication of thesubject information and location information to the server: a pluralityof predetermined potential issue manifestations, a plurality ofpredetermined potential diagnoses, based on the potential issuemanifestations, a plurality of predetermined potential procedures fortreating the potential diagnoses, and a plurality of available equipmentfor performing the procedures; wherein the issue manifestations,diagnoses, procedures, and equipment have been previously uploaded tothe database by a professional with knowledge of the issuemanifestations, diagnoses, procedures, or equipment or an employee,contractor, or agent of the professional; whereby the processor isconfigured to: monitor the location information, determine theavailability of the individual based on the location information, notifythe software application of the availability of the individual, monitorthe subject information, determine a subject diagnosis by comparing thesubject information to the issue manifestations, determine a subjectprocedure by comparing the individual to the potential procedures fortreating the subject diagnosis, determine a needed item by comparing thepotential equipment to the subject procedure, and notify the softwareapplication of the needed item.
 2. The system of claim 1 wherein thedata collection device is selected from the group consisting of: anauditory device, an image capture device, a biometric device, a motiondetector, a proximity sensor, or a combination thereof.
 3. The system ofclaim 1 wherein the data collection device is a wearable device.
 4. Thesystem of claim 1 further comprising a second positioning componentattached to the equipment to perform the procedure.
 5. The system ofclaim 4 wherein the processor is further configured to monitor thelocation of the equipment using the second positioning component.
 6. Thesystem of claim 4 wherein the processor is further configured todetermine an estimated time of arrival at the site of both: (a) theindividual at the site based on the positioning component and (b) theequipment based on the second positioning component.
 7. The system ofclaim 6 wherein the processor is further configured to notify theindividual of the estimated time of arrival of the equipment at thesite.
 8. The system of claim 1 wherein the processor is configured topermit a professional, who is at a location remote from the site, tointeract with the individual.
 9. The system of claim 8 wherein theinteraction occurs via a laser pointer located at the site.
 10. A methodfor dynamically diagnosing a subject and coordinating personnel andequipment for enhanced performance of a procedure, the methodcomprising: receiving information pertaining to: (1) the subject from adata collection device and (2) an individual who has previouslyperformed the procedure from a positioning system component with aserver or a remote server using a software application operating on amobile computer device or a computer device that may be synced with themobile computer device, and wherein the mobile computer device or thecomputer device communicate through a wired and/or wirelesscommunication network with the server at a site the procedure will beperformed or with the remote server in a location that is remote to thesite and in communication with the server; upon receiving theinformation, calling up from a database using a processor: (1) aplurality of predetermined potential issue manifestations, (2) aplurality of predetermined potential diagnoses, based on the potentialissue manifestations, (3) a plurality of predetermined potentialprocedures for treating the potential diagnoses, and (4) a plurality ofavailable equipment for performing the procedures; wherein the issuemanifestations, diagnoses, procedures, and equipment have beenpreviously uploaded to the database by a professional with knowledge ofthe issue manifestations, diagnoses, procedures, or equipment or anemployee, contractor, or agent of the professional; tracking a locationof the individual and determining the availability of the individual toperform the procedure based on the location information; notifying thesoftware application of the availability of the individual; monitoringthe data collection device information and determining a subjectdiagnosis by comparing the data collection device information with theissue manifestations; determining a subject procedure by comparing theindividual to the potential procedures for treating the subjectdiagnosis; determining a needed item by comparing the potentialequipment to the subject procedure; and notifying the softwareapplication of the needed item.
 11. The method of claim 10 wherein thedata collection device is selected from the group consisting of: anauditory device, an image capture device, a biometric device, a motiondetector, a proximity sensor, or a combination thereof.
 12. The methodof claim 10 wherein the data collection device is mounted on a wearabledevice.
 13. The method of claim 10 further comprising receivinginformation pertaining to a second positioning component attached to theequipment to perform the procedure.
 14. The method of claim 13 whereinthe processor monitors the location of the equipment using the secondpositioning component.
 15. The method of claim 13 further comprising:determining an estimated time of arrival at the site of both: (a) theindividual at the site based on the positioning component and (b) theequipment based on the second positioning component; and notifying theindividual of the estimated time of arrival of the equipment at thesite.
 16. The system of claim 10 further comprising a professional, whois at a location remote from the site, interacting with the individual.17. The system of claim 16 wherein the interacting occurs via a laserpointer located at the site.